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DETAILED ACTION 

1 . Claims 1-50 have been presented for examination based on the application filed on 
12 th September 2001. 

2. A request for continued examination under 37 CFR 1.114, including the fee set forth 
in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 15 th 
April 2006 has been entered. 

3. This application appears to be continuation in part (CIP) of applications 09918600, 
which claims priority from 09900124, which claims priority from 09373014, which 
claims priority from 09144222 making the effective filing date of the current 
application 31 st August 1998. 

Claim Interpretation 

4. Claim 1 : This claim introduces limitation stating "software model is capable of 
directly accessing the second information of the hardware model". The "directly 
accessing" is interpreted, in view of the specification, as software model accessing 
the second information through some interface (PCI bridge 51 or PCI 1106 or 
emulation interface 30 - Fig.45). Examiner welcomes a clearer interpretation from 
applicant in view of length specification. 

Claim 39: "Data-in pointer logic" and "Data-in latch logic" are together interpreted as 
hybrid decoder and cross-point router. "Data-in pointer logic" is generating the select 
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signal based on the source of data present on the internal bus and "Data-in latch 
logic" routes the data based on the select signal to the selective internal nodes in the 
reconfigurable hardware. 

Specification 

5. The lengthy specification has not been checked to the extent necessary to 
determine the presence of all possible minor errors. Applicant's cooperation is 
requested in correcting any errors of which applicant may become aware in the 
specification. 

Claim Objections 

6. Claim 9 is objected to as it is unclear what is 1 st trigger input is connected to, as the 
claim 9, dependent on claim 8, only discloses, "...trigger signal is applied to the 
second and third trigger inputs ...". Further, claim 9 leaves the picture incomplete as 
to what is connected to the "third logic input" of "a third logic". 

Claim Rejections - 35 USC §112 
The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

7. Claims 7-9 and 10-18 are rejected due to insufficient antecedent basis for the 
following reasons. 

Regarding Claims 7-9 

Claim 7 recites the limitation "timing logic associated with each latch". There is 
insufficient antecedent basis for this limitation in the claim, which depends from 
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claim 1. Claim 1 neither recites timing logic nor latch. Claims 8-9 are rejected based 
on their dependency on claim 7. 
Regarding Claims 10-18 

Claim 10 recites the limitation "timing logic associated with each flip-flop". There is 
insufficient antecedent basis for this limitation in the claim, which depends from 
claim 1 . Claim 1 neither recites timing logic nor flip-flop. Claims 11-18 are rejected 
based on their dependency on claim 10. 

Response to applicant's arguments for rejections made under 
35 USC 102 and 35 USC 103 
8. Examiner withdraws the rejection in view of applicant's amendment and arguments. 
New rejection under 35 USC 103 is presented below. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 

USPQ 459 (1966), that are applied for establishing a background for determining 

obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

This application currently names joint inventors. In considering patentability of the 

claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the 

various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the 

obligation under 37 CFR 1 .56 to point out the inventor and invention dates of each 

claim that was not commonly owned at the time a later invention was made in order 

for the examiner to consider the applicability of 35 U.S.C. 103(c) and potential 35 

U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 
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9. Claims 1-6, 19-36, 38 & 44-46 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al 
(BH '900 hereafter), in view of U.S. Patent No. 5771370 issued to Klein (Klein 
hereafter). 

Regarding Claim 1 

BH '900 teaches an electronic design and automation (EDA) system for verification 
and modeling a user design including a central processing unit (Sun Microsystems 
Sparc workstation) (BH '900: Col.2, Lines 28-35; Col.1, Lines 14-18). Further, BH 
'900 teaches an internal bus (SBus) system connected to the computing system (BH 
'900: Col.2 Lines 46-50). Further, BH '900 teaches a reconfigurable hardware logic 
(BH '900: Col.2 Lines 64-67; Col.3 Lines 1-2) coupled to the internal bus system (BH 
'900: Col.3 Lines 14-17, 21-24; Figure 2A-2B, Elements 16,38,44 & 46) for 
generating a hardware model which includes at least a portion of user design 
modeled in hardware (BH '900: Col.3 Lines 56-67; Col.4 Lines 1-2). Further, BH 
'900 teaches a controller/interface circuit (BH '900: Figure 2B, Element 40), which on 
a card directly attached on the motherboard (BH '900: Figure 2B, Element 38, 36) 
between the external systems (BH '900: Figure 2B, Element 44-46) and computing 
system. The controller mentioned above, controls the flow of control data, 
synchronization data, initialization of logic states or simulation model data to the 
external systems likes field programmable gate array (FPGA) (BH '900: Col. 5 Lines 
7-15). Further, BH '900 teaches generating software models (BH '900: Col.1 Lines 
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25-28, Col. 3 Lines 64-66) and hardware models (BH '900": Col.2 Lines 51-67; Col.3 
Lines 1-2) and storing the models (BH '900: Col.3 Lines 2-5, 36-43). 
BH'900 further teaches that the second information comprises at least one internal 
state of the hardware model (BH'900: Col.3 Lines 21-29). Examiner takes official 
notice that in view of arguments presented in the last office action that such 
information would be vital to the any hardware-software co-simulation system 1 . 

BH'900 does not explicitly teach a shared memory for holding first information 
of software model and second information of the hardware model, and the software 
model is capable of directly accessing the second information of the hardware 
model. 

However, BH'900 explicitly teaches that communication between the software 
model (prototype definition 32) and hardware model (on FPGA external system 44), 
and signal processing there-between. BH'900: Col.3 Lines 21-29 states: 

Interface software and hardware is provided between the simulated prototype definition 32 and 
external systems 44, 46 to provide distributed or multiple access paths for cooperative processing 
and signal processing therebetween. In this manner, specified signal paths or interconnection 
lines are provided, as specified by a design engineer, from CAE tool 14 to particular sockets pins 
or electrical contacts or nodes in particular external systems 44, 46 from particular simulator 16. 

To emphasize that the limitation relating to shared resource (memory 
specifically), and direct access of the software model to the hardware model, 
although obvious in BH'900, teachings of Klein are presented below. 

Klein teaches shared (coherent) memory (Klein: Fig. 1 Element 22) for holding 
first information of software model (Klein: Fig. 1 Element 34) and second information 



1 See evidentiary support in US Pat. 6,052,524 Col.14 Lines 21-37 - Cited not used; U.S. Patent No. 
5,546,562 - Abstract - Cited not used. 
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of the hardware model (Klein: Fig. 1 Element 38). and the software model is capable 
of directly accessing the second information of the hardware model (Klein: Col.9 
Fig.6 & related description: Col. 1 1 Lines 48-49; Col. 1 1 Line 63-Col. 12 Line 9). 

Here the first information is embodied as information present in the ISS 20, 
second information is embodied in the form of hardware model processor instance 
(Klein: Col.8 Lines 55-62). 

Klein teaches the software model direct having direct access to the second 
information bypassing the hardware model (simulation) using the co-simulation 
optimization manager 27 (Klein: Col.11 Lines 48-49, Col.11 Line 63-Col.12 Line 9: 
Fig. 10). This kind of memory access is by software model (ISS 20) is understood to 
be optimized access. Hardware accesses to the coherent memory are unoptimized 
accesses. (See Col. 4 Lines 15-36). 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of Klein to BH '900 to have a 
coherent memory to solve the at speed simulation problem between the hardware 
and software models (Klein: Col.2 Lines 18-30, 47-53; BH'900: Col.1 Line 54-Col.2 
Line 13). The motivation to combine would be that Klein see BH'900 model as one 
disclosed in Klein Col.2 Lines 18-20, as lacking speed, his invention enhances the 
performance of BH'900 hardware-software model by providing the shared memory 
concept with the co-simulation optimization manager 27. 
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Regarding Claim 2 

BH '900 teaches first information of the software model including functional 
information of the user design (BH '900: Col.1 Lines 25-35). 
Regarding Claim 3 

BH '900 teaches second information of the hardware model including functional 
information of the user design (BH '900: Col.2 Lines 56-63). 
Regarding Claim 4 

BH '900 teaches hardware model includes the state information (BH '90: Col3. Lines 
21-29, 51-55), which includes hardware node values and register-values 
(Specification: Pg.60 Line 26), 
Regarding Claim 5 

BH '900 teaches SBus configuration and the controller connected directly to the 
motherboard implementing the SBus (BH '900: Figure 2B Element 36-38; Col.2 
Lines 46-50). DMA access is inherent to the SBus configuration (IEEE Std 1496- 
1993) 2 . 

Regarding Claim 6 

BH '900 teaches hardware model includes the state information (BH '900: Col3. 
Lines 21-29, 51-55), which includes hardware node values and register-values 
(Specification: Pg.60 Line 26). 



2 IEEE Standard for Boot Firmware: Bus Supplement for IEEE 1496 (SBus). - 18 ,h November 1994 
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Regarding Claim 19 

Method claim 19 discloses the similar limitations as claim 1 and is rejected for the 
same reasons as claim 1 . Further, BH '900 teaches simulation method where the 
software model imitates functional or logical output signals (first information) in 
response to the stimulus applied (BH '900: Col.1 Lines 29-35). 
Regarding Claim 20 

Method claim 20 discloses the similar limitations as claim 5 and is rejected for the 
same reasons as claim 5. BH'900 further teaches that the third information asat 
least one internal state of the hardware model (BH'900: Col.3 Lines 21-29). Further 
please see argument presented in the last office action that such information would 
be vital to the any hardware-software co-simulation system - see claim 1 evidentiary 
support. 

Regarding Claim 21 

BH '900 teaches controlling the software and hardware model with a software kernel 
(BH '900: Col.2 Lines 7-13; Col.6 Lines 1-7). 
Regarding Claim 22 

BH '900 teaches software kernel includes model input and output, which is parsed 
and provided to the simulator through the PLI, thus allowing the simulation system to 
determine the presence of input data. BH '900 teaches a digital simulator using 
Verilog; hence the evaluation of clock components 3 as part of the software program 
(test bench) is inherent to the method of simulation. Further, BH '900 teaches 
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propagating the input data to the hardware model (BH '900: Fig. 3; Col.6 Lines 34- 
62). Further, Examiner takes official notice that the step of detecting active clock 
edge of the clock in the software model is well known in the art 4 . Further, BH '900 
teaches evaluating the input data with the hardware model in response to the active 
clock edge detection (BH '900: Col.4 Lines 3-9, Col. 5 Lines 7-15). 
Regarding Claim 23 

BH '900 teaches simulating the behavior of the software model for some time and 
then simulating the behavior of the circuit with hardware model for another time (BH 
'900: Col.3 Lines 61-67; Col.4 Lines 1-2, 18-24). 
Regarding Claim 24 

Method claim 24 discloses the similar limitations as claim 1 and is rejected for the 
same reasons as claim 1. Further, BH '900 teaches simulating a behavior of the 
circuit with the software model by providing input data to software model (BH '900: 
Col.6 Lines 20-33). Further, BH '900 teaches selectively switching to hardware 
model through software control and providing input data (BH '900: Col. 5 Lines 10- 
15; 21-26). Further, BH '900 teaches evaluating the input data in the hardware 
model based on the trigger event in the software model (BH '900: Col.5 Lines 7-10). 
Regarding Claim 25 

BH '900 teaches hardware model includes the state information (BH '90: Col3. Lines 
21-29, 51-55), and it is stored in the shared memory (BH '900: Col.3 Lines 36-43). 



3 IEEE Std 1364-1995 IEEE standard hardware description language based on the Verilog(R) hardware 
description language. Cover Page & Pg. 101 with comments. 

4 IEEE Std 1364-1995: Cover Page & Pg. 370-371. 
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Regarding Claim 26 

BH '900 teaches simulating the software model by using the state information (BH 
'900: Col.1 Lines 29-35) from hardware model in the shared memory (BH '900: Col.3 
Lines 2-5, 36-43). Amendment to the claim does not change the response as the 
behavior of the circuit is the characteristic that being simulated by BH '900. 
Regarding Claim 27 

BH '900 teaches generating the hardware model further comprises of determining 
component type in hardware language and generating model based on the 
components (BH '900: Col.2 Lines 55-63; Col.3 Lines 51-55). 
Regarding Claim 28 

BH '900 teaches that portion of the user design can be simulated (in software) and 
portion of the user design can be emulated (in hardware) (BH '900:Col.3 Lines 61- 
64). Further, BH '900 teaches selectively switching between hardware and software 
models (BH *900:Col.4 Lines 3-6). Further, BH '900 teaches simulating the behavior 
of the circuit by providing input data to software model through the programmable 
logic interface (PLI) (BH '900: Figure 2A Elements 28, 30, 16). 
Regarding Claim 29 

BH '900 teaches software kernel includes model input and output, which is parsed 
and provided to the simulator through the PLI, thus allowing the simulation system to 
determine the presence of input data. BH '900 teaches a digital simulator using 
Verilog; hence the evaluation of clock components (See Footnote 2 reference) as 
part of the software program (test bench) is inherent to the method of simulation. 
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Further, BH '900 teaches propagating the input data to the hardware model (BH 
•900: Fig. 3; Col.6 Lines 34-62). 
Regarding Claim 30 

Claim 30 discloses the similar limitations as claim 1 and is rejected for the same 
reasons as claim 1 . Claim 1 discloses steps of generating the software and 
hardware models, allocating shared memory. Further, BH '900 teaches propagating 
data to the hardware model until data stabilizes as calculating the propagation delay 
as part of the initialization setup (BH '900: Col.5 Lines 27-30). Further, BH '900 
teaches detecting the clock edge being implicit to the Verilog model/test bench (See 
IEEE Std 1364-1995). Further, BH '900 teaches evaluating data with the hardware 
model in response to the clock edge detection in software model and in 
synchronization with a hardware-generated clock by external system/FPGA (BH 
'900: Col. Lines 64-67). 
Regarding Claim 31 

Claim 31 discloses the similar limitations as claim 6 and is rejected for the same 
reasons as claim 6. 
Regarding Claim 32 

BH '900 teaches simulating the software model by using the state information (BH 
'900: Col.1 Lines 29-35) from hardware model in the shared memory (BH '900: Col. 3 
Lines 2-5, 36-43). 
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Regarding Claim 33 

BH '900 teaches a simulation system operating in a host system for simulating the 
behavior of a circuit (BH '900: Figure 2A-2B) containing CPU (BH '900: CoL2 Lines 
51-55), shared memory (BH '900: Col.3 Lines 2-5, 36-43) and local bus coupling the 
CPU to memory (BH '900: Col.2 Lines 46-50). BH '900 teaches a circuit having 
structure and function in a hardware language capable of describing the component 
types and connection (BH '900: Col.2 Lines 56-63; Col.3 Lines 48-55). 
Further, BH '900 teaches software model coupled to the local bus (BH '900: Figure 
2A Elements 16-34-36), software control logic (BH '900: Figure 2A Element 30) 
coupled to the software model & hardware logic element (BH '900: Figure 2A-2B 
Elements 38, 40, 42-46) for controlling the operation of software model and 
hardware logic element. Further, BH '900 teaches hardware logic element coupled 
to local bus (BH '900: Figure 2B Elements 36-38) and hardware model including at 
least a portion of the circuit (BH '900: Col.3 Lines 61-67; Col.4 Lines 1-2) configured 
automatically based on component type (BH '900: Col.3 Lines 48-54). 
Further, BH '900 teaches SBus configuration and the controller connected directly to 
the motherboard implementing the SBus (BH '900: Figure 2B Element 36-38; Col.2 
Lines 46-50). DMA engine based access is inherent to the SBus configuration. 
BH'900 further teaches that the second information comprises at least one internal 
state of the hardware model (BH'900: Col.3 Lines 21-29). Further please see 
argument presented in the last office action that such information would be vital to 
the any hardware-software co-simulation system. 
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BH'900 further teaches the software model is capable of directly accessing the 
second information of the hardware model (Klein: CoL 9 Fig.6 & related description; 
Col. 1 1 Lines 48-49; Col. 1 1 Line 63-Col. 12 Line 9). 
Regarding Claim 34 & 35 

Claims 34 & 35 discloses the similar limitations as claim 21 & 22 and are rejected for 
the same reasons as claims 21 & 22. 
Regarding Claim 36 

BH '900 teaches hardware logic element comprises a field programmable device 
(BH '900: Col.3 Lines 1-2). 
Regarding Claim 38 

Claim 38 discloses the similar limitations as claim 1 and is rejected for the same 
reasons as claim 1 . Further, BH '900 teaches control logic coupled to internal bus 
system for delivering the data among reconfigurable hardware logic and computing 
system (BH '900: Fig. 3; Col.6 Lines 34-62). 
Regarding Claim 44 

Claim 44 discloses the similar limitations as claim 1 and is rejected for the same 
reasons as claim 1 . 
Regarding Claim 45 

BH '900 teaches synchronizing the data evaluation in the software model and 
hardware model with software configured/generated clock (BH '900: Col. 5 Lines 64- 
67). 
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Regarding Claim 46 

BH '900 teaches simulating selected debug test points in the software as software 
program (kernel) which can control the simulation flow by starting, stopping, single- 
stepping, interrupting, or polling the simulation (BH '900: Col.6 Lines 5-7). 
Further, BH '900 teaches accelerating selected portions in hardware (BH '900: Col. 3 
Lines 61-67, Col.4 Lines 1-2). Further, BH '900 teaches controlling the delivery of 
data between the hardware and software model through the external I/O so that 
software model has access to all delivered data (BH '900: Col.4 Lines 39-46). 
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10. Claim 7 & 10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al (BH '900 hereafter), 
in view of U.S. Patent No. 5771370 issued to Klein (Klein hereafter), further in 
view of IEEE article "Q-Modules: Internally clocked Delay-Insensitive Modules" 
by Fred U. Rosenberger et al ( RO '1988 hereafter). 
Regarding Claim 7 

Teachings of BH '900 are disclosed on claim 1 rejections above. 

BH '900 does not teach timing logic associated with each flip flop so the desired 
result is obtained regardless of the order of arrival of a input and a clock signal to the 
flip flop. 

RO '1988 teaches their Q-modules are insensitive to delay and that the inputs 
must be able to accept inputs that change at any time with respect to the clock and 
must operate correctly in the presence of metastability (RO '1988: Pg.1006 Section 
II; Pg 1009 Section III D). 

Motivation to combine Klein with BH'900 is provided in claim 1 rejection above. 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of RO '1988 to BH '900 to make 
logic elements that are delay insensitive. The motivation to combine would have 
been that BH '900 is designing a hardware emulated and software simulated co 
simulation system, where parasitic effects of propagation delays between the 
hardware and software boundaries are of concern (BH '900: Col. 5 Lines 27-30) and 
RO '1988 solves this problem by teaching that Q-modules which can be at the 
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interface of simulation environment and FPGA hardware boundary where such 
metastable transitions are most possible (RO '1988: Pg. 1005 Last paragraph). 
Further, motivation would have been that RO '1988 discloses that Q-modules are 
used in the personalizing the PLAs (Abstract). 
Regarding Claim 10 

Claim 10 discloses the similar limitations as claim 7 and is rejected for the same 
reasons as claim 7. 
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11. Claims 8-9 & 11-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al (BH '900 
hereafter), in view of U.S. Patent No. 5771370 issued to Klein ( Klein hereafter), 
further in view of IEEE article "Q-Modules: Internally clocked Delay-Insensitive 
Modules" by Fred U. Rosenberger et al (RO '1988 hereafter), further in view of 
IEEE article "High Speed External Asynchronous/Internally clocked Systems" 
by W.S. VanScheik et al (VA '1997 hereafter). 
Regarding Claim 8 & 9 

Teachings of BH '900 & RO '1988 are disclosed on claim 1 rejections above. 

BH '900 does not teach timing logic having a first logic, second logic, third logic 
and edge detector. 

RO '1988 also does not teach the exactly the disclosed limitations for the first 
logic, second logic, third logic and edge detector. However the solve the same 
problem as disclosed by the limitations. 

VA '1997 teaches a first logic (VA '1997: Fig.5 Input Registers & Next State 
Logic) having first input (VA '1997: Fig 5 INPUTS), a second input (VA '1997: Fig.5 
Second feedback input to Next State Logic), a control input (VA '1997: Fig.5 Clock 
signal to the Input registers) and an output (VA '1997: Fig.5 output of Next State 
Logic). Further, VA '1997 teaches a second logic (VA '1997: Fig.5 Memory 
Registers) with first trigger input (VA '1997: Fig.5 Clock) and first logic output 
coupled to the second input of the first logic (VA '1997: Fig.5 Memory register output 
to the next state logic) where second logic updated the first logic. Further, VA '1997 
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teaches a third logic storing the new value (VA '1997: Fig. 5: Output Logic). Further, 
VA '1997 teaches a edge detector having a third trigger and clock input and output 
is coupled to the control input (VA '1997: Fig. 5: Majority Gate & Clock Driver). 
The limitation "first trigger input" is taught by the prior art (VA '1997: Fig. 5 Clock - 
first trigger input). The limitation "new value of first data" provided in claim 9 is still 
taught bv the prior art in as a third logic storing the new value (VA '1997: Fia.5: 
Output Logic). Further, examiner takes official notice that edge detectors are well 
known in the art 5 . 

Motivation to combine Klein with BH'900 is provided in claim 1 rejection above. 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of RO '1988 to BH '900 to make 
logic elements that are delay insensitive. The motivation to combine would have 
been that BH '900 is designing a hardware emulated and software simulated co 
simulation system, where parasitic effects of propagation delays between the 
hardware and software boundaries are of concern (BH '900: Col.5 Lines 27-30) and 
RO '1988 solves this problem by teaching that Q-modules which can be at the 
interface of simulation environment and FPGA hardware boundary where such 
metastable transitions are most possible (RO '1988: Pg. 1005 Last paragraph). 

Further, It would have been obvious to one (e.g. a designer) of ordinary skill in 
the art at the time the invention was made to apply teachings of VA '1997 to BH 
'900 to make logic elements that are delay insensitive. The motivation would have 



5 U.S. Patent No. 5808486, Figure 1 
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been that VA '1997 further refines the work of RO '1988 (VA '1997: Pg824, Col.2 
Lines 1-2) and handles the propagation delay issues across asynchronous 
interfaces like in BH '900 (VA '1997: Abstract: Lines 1-4) to avoid metastability. 
Regarding Claim 1 1 

VA '1997 teaches an timing circuit with input logic (VA '1997: Fig. 5 Input Registers & 
Next State Logic) for receiving the input value and trigger signal (VA '1997: Fig 5 
INPUTS, Clock), a storage logic (VA '1997: Fig. 5 Memory Registers), a transmission 
logic (VA '1997: Fig. 5: Output Logic) coupled to the input logic and storage logic for 
selecting between the new and old values and outputting it. Further, VA '1997 
teaches an edge detecting logic (VA '1997: Fig. 5: Majority Gate & Clock Driver). 
VA '1997 teaches a selection logic (VA '1997: Fig. 5: Output Logic) coupled to the 
input logic and storage logic for selecting between the new and old values and 
outputting it 

Regarding Claims 12-18 

The limitations of claims 12-18 recite "D-Flip Flop", multiplexers, AND gates, OR 
gates etc. The examiner has interpreted these elements to be functionally equivalent 
to the circuit disclosed by VA '1997 (VA '1997: Fig.3, 5 & 6). VA '1997 teaches a 
selection logic (VA '1997: Fig. 5: Output Logic) coupled to the input logic and storage 
logic for selecting between the new and old values and outputting it 
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12. Claim 37 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 5,663,900 issued to Narpat Bhandari et al ( BH '900 hereafter) in view 
of U.S. Patent No. 5771370 issued to Klein ( Klein hereafter), further in view of 
U.S. Patent No. 5,661,662 issued to Michael R. Butts et al (BU '662 hereafter). 

Regarding Claim 37 

Teachings of BH '900 are disclosed on claim 33 rejections above. 

BH '900 does not teach plurality of field programmable devices coupled together 
separable by at most two interconnection. 

BU '662 teaches plurality of field programmable devices coupled together (BU 
'662: Figure 3) separable by at most two interconnection (BU '662: Figure 7; Col.11 
Lines 33-43). 

Motivation to combine Klein with BH'900 is provided in claim 1 rejection above. 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of BU '662 to BH '900 to make a 
multi FPGA system coupled together. The motivation would have been, as BU '662 
teaches, generally it takes more than one FPGA to implement the desired design 
(BU '662: Col.3 Lines 3-31) for any practical system. Hence BH '900 design would 
also require more than one FPGA to implement the design and BU '662 teaches 
how to implement a multiple FPGA design while handling the interconnect issue 
through the Realizer technology by Quickturn. 
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13. Claims 39-43 & 47-50 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over U.S. Patent No. 5,663,900 issued to Narpat Bhandari et al 
( BH '900 hereafter) in view of U.S. Patent No. 5771370 issued to Klein (Klein 
hereafter), further in view of IEEE article "A Heterogeneous Environment for 
Hardware/Software Cosimulation" by William D. Bishop et al (Bl '1997 
hereafter). 
Regarding Claim 39 
Claim Interpretation: 

"Data-in pointer logic" and "Data-in latch logic" are together interpreted as hybrid 
decoder and cross-point router. "Data-in pointer logic" is generating the select signal 
based on the source of data present on the internal bus and "Data-in latch logic" 
routes the data based on the select signal to the selective internal nodes in the 
reconfigurable hardware. 

Teachings of BH '900 are disclosed on claim 38 rejections above. 

BH '900 does not teach plurality of field programmable devices "Data-in pointer 
logic" and "Data-in latch logic" with the disclosed limitations. 

Bl '1997 teaches an interface platform (Bl '1997: Pg.15 Section 2.3; 4.2) that 
performs the function of directing the data from the internal data bus to the various 
FPGA's based on the external interface or computing system (Bl '1997: Fig. 1 , 3). 
For example: The external interface may be the development platform and the 
computing system may be the software simulation platform. Further, the limitations 
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"Data-in pointer logic" and "Data-in latch logic" disclosed are obvious by necessity in 
the described interface. 

Motivation to combine Klein with BH'900 is provided in claim 1 rejection above. 

It would have been obvious to one (e.g. a designer) of ordinary skill in the art at 
the time the invention was made to apply teachings of Bl '1997 to BH '900 to design 
an interface control logic. The motivation would have been that Bl '1997 is 
addressing the same issues as BH '900 to perform hardware/software co-simulation 
using the Sun Sparc station and FPGA's (Bl '1997: Figurel, 2). Further, BH '900 
also discloses a pin arrangement for the interface circuit between the hardware and 
software (BH '900: Fig.3). 
Regarding Claim 40 

Bl '1997 teaches an external buffer for storing the external data from the external 
interface so the data is mutually accessible by buffer and the computing system (Bl 
'1997: Pg.18 Col.2 6 th paragraph; Section 4.2 1 st paragraph). 
Regarding Claim 41 

Claim 40 recites the similar limitation as claim 39 but data is transferred in the 
opposite direction. Bl '1997 teaches a bidirectional interface to monitor and seed the 
simulation (Bl '1997: Fig.2) as well as configures the FPGA's (Bl '1997: Pg. 15 Col.1 
Last paragraph). 
Regarding Claim 42 

Bl '1997 teaches control and data signal being sent back between the software 
simulation and the hardware emulation (Bl '1997: Fig.2). Further, detection of 
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software clock and evaluation in well known in the art and obvious by necessity of 
the current co-simulation design (See IEEE Std 1364-1995 reference cited before). 
Regarding Claim 43 

Bl '1997 teaches selecting which components of the design as hardware and 
software entities and describes the reasoning why one would select a component to 
be simulated rather than being emulated (Bl '1997: Section 3). It is obvious from the 
discussion the reasons why some of the external I/O would be simulated rather 
being emulated (i.e. emulation is performed for components where timing & 
implementation details are necessary and simulation is performed where 
functionality needs to be checked). 
Regarding Claim 47 

Claim 47 discloses the similar & subset of limitations as claim 39 and is rejected for 
the same reasons as claim 39. 
Regarding Claim 48 

Claim 48 discloses the similar limitations as claim 40 and is rejected for the same 
reasons as claim 40. 
Regarding Claim 49 

Claim 49 discloses the similar limitations as claim 39 and is rejected for the same 
reasons as claim 39. 
Regarding Claim 50 

Claim 50 discloses the similar & subset of limitations as claim 43 and is rejected for 
the same reasons as claim 43. 
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Conclusion 

14. All claims are rejected. 

15. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

16. Examiner's Note: Examiner has cited particular columns and line numbers in the 
references applied to the claims above for the convenience of the applicant. 
Although the specified citations are representative of the teachings of the art and are 
applied to specific limitations within the individual claim, other passages and figures 
may apply as well. It is respectfully requested from the applicant in preparing 
responses, to fully consider the references in their entirety as potentially teaching all 
or part of the claimed invention, as well as the context of the passage as taught by 
the prior art or disclosed by the Examiner. 

In the case of amending the claimed invention, Applicant is respectfully requested to 
indicate the portion(s) of the specification which dictate(s) the structure relied on for 
proper interpretation and also to verify and ascertain the metes and bounds of the 
claimed invention. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Akash Saxena whose telephone number is (571) 272- 
8351. The examiner can normally be reached on 8:30 - 5:00 PM M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jean R. Homere can be reached on (571)272-3780. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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